Updated Brazilian Portuguese translation

Updated Brazilian Portuguese translation

configure: fix detecting CUPS 2.x

https://bugzilla.gnome.org/show_bug.cgi?id=767766

wayland: fall back to shm_open if memfd unavailable

Debian stable currently ships with a 3.16 kernel, so
it doesn't have memfd available.

This commit adds shm_open fall back code for that case
(for now).

https://bugzilla.gnome.org/show_bug.cgi?id=766341

wayland: fix error handling for memfd_create

We currently use syscall() directly to invoke memfd_create,
since the function isn't available in libc headers yet.

The code, though, mishandles how errors are passed from syscall().
It assumes syscall returns the error code directly (but negative),
when in fact, syscall() uses errno.

Also, the code fails to retry on EINTR.

This commit moves the handling of memfd create to a helper function,
and changes the code to use errno and handle EINTR.

https://bugzilla.gnome.org/show_bug.cgi?id=766341

docs: Fix a typo in GDK sections file

Mention single-stop gradients in the release notes

This is something people stumble over in their custom CSS.

Updated Spanish translation

gdk: Unset the DrawingContext <-> cairo_t link on dispose

When disposing a GdkDrawingContext we should unset the association
between the instance and the Cairo context; this avoids stale pointers
in case a reference that has acquired on the Cairo context survives the
lifetime of the GdkDrawingContext.

gdk: Try harder at tracking drawing contexts

If gdk_cairo_create() is called within a frame draw operation, we can
still associate the Cairo context with a GdkDrawingContext.

Updated Scottish Gaelic translation

Updated Scottish Gaelic translation

Updated Scottish Gaelic translation

Deprecate gtk_widget_send_expose()

We have various replacements for what this function does, and we are not
calling it internally any more.

scrolledwindow: Fix calls to gdk_window_move_resize()

This is a bit of fallout from 34feba1, now that we resolve
the has_indicators value earlier than realize, it becomes
possible to call gdk_window_move_resize() before realization.

Just added the appropriate checks.

docs: point to suggested api for deprecated functions

We deprecated a bunch of _focus_on_click() functions. Point to the new API
in GtkWidget.

docs: Add deprecation notice for GtkButton.set_focus_on_click()

To match the deprecation annotation on the function declaration.

Avoid a deprecation warning

Some debugging code in GdkWindow still calls gdk_cairo_create().

gdk: Deprecate gdk_cairo_create()

We have GdkDrawingContext, now, which is in charge of creating Cairo
contexts for drawing on a GdkWindow.

https://bugzilla.gnome.org/show_bug.cgi?id=766675

gdk: Explicitly create a cairo context inside GdkDrawingContext

Instead of using gdk_cairo_create(), which we'll soon deprecate.

https://bugzilla.gnome.org/show_bug.cgi?id=766675

Deprecate the gdk_window_begin/end_paint family of functions

They are replaced by the more appropriate gdk_window_begin_draw_frame()
and gdk_window_end_draw_frame() functions.

https://bugzilla.gnome.org/show_bug.cgi?id=766675

Associate the drawing context to the Cairo context

Instead of associating the GdkWindow that created the GdkDrawingContext
we can directly bind the Cairo context to the GDK drawing context.

Cairo contexts created via gdk_cairo_create() go back to not having a
GdkWindow associated to them, like they did before we introduced the
gdk_window_begin_draw_frame() API.

https://bugzilla.gnome.org/show_bug.cgi?id=766675

docs: Add GdkDrawingContext to the GDK API reference

https://bugzilla.gnome.org/show_bug.cgi?id=766675

Add GdkDrawingContext

Instead of giving out Cairo contexts, GdkWindow should provide a
"drawing context", which can then create Cairo contexts on demand; this
allows us to future proof the API for when we're going to use a
different rendering pipeline, like OpenGL.

https://bugzilla.gnome.org/show_bug.cgi?id=766675

Simplify the widget rendering entry point

Now that GDK has the appropriate API, we can simplify the widget drawing
code into a single function.

https://bugzilla.gnome.org/show_bug.cgi?id=766675

Add frame drawing API to GdkWindow

Existing code drawing on a GDK window has to handle the direct drawing
and the buffered drawing by itself, by checking the window type and
whether or not the window is backed by a native windowing surface. After
that, the calling code has to create a Cairo context from the window and
keep an association between the context and the window itself.

This is completely unnecessary: GDK can determine whether or not it
should use a backing store to draw on a GdkWindow as well as create a
Cairo context, and keep track of it.

This allows to simplify the calling code, and enforce some of the
drawing behavior we want to guarantee to users.

https://bugzilla.gnome.org/show_bug.cgi?id=766675

scrolledwindow test: Check natural width for max content size

The maximum content size does not increase the minimum request
but only ensures that both minimum and natural requests do not
exceed the maximum setting.

scrolledwindow: Resolve whether we use overlay scrollbars early.

Widgets should support size requests before being realized in general,
otherwise this can cause flicker/resize at initial display time as
the toplevel window can make a request before realize/allocate.

This also makes the added testsuite/gtk/scrolledwindow.c test work again,
this was broken because we only ever calculate whether we are going
to use overlay scrollbars once the scrolled window is realized (and
the test case does not realize any window).

scrolledwindow: Bug 766569 - General size request fixes.

This patch does a couple of things:

  o Removes the obscure 'extra_width' and 'extra_height' variables
    making the request code exceedingly difficult to read

  o Fixes the max-content-size properties introduced in bug 742281
    so that they do not grow the minimum request.

  o Cleanup of request code in general:
    - min/max content sizes are clamped around the child request as needed
    - scrollbar requests are only added in one place, after child request
      sizes are calculated and without the extra_width/height thing.

Fix build

Commit 023f406c9617284ee3b88727df489f20cd066fd6 has a typo that results
in this error:

../../../testsuite/gtk/notify.c: In function 'test_type':
../../../testsuite/gtk/notify.c:679:54: error: expected expression
before ')' token
    (g_str_equal (pspec->name, "max-content-width") ||)
                                                      ^

wayland: Make sure window titles fit into a wl_buffer

A wl_buffer has a max size of 4096 bytes, of which 8 are needed for the
header and another 4 for the string argument length (in this case), so
make sure the we only save the first 4083 bytes that are still valid
UTF8.

https://bugzilla.gnome.org/show_bug.cgi?id=767241

test: Skip GtkScrolledWindow::max-content- properties

The allowed values for the max-content- properties depend
on the value of the min-content- properties, in a way that
our simple test is not prepared to deal with. Just skip
them for now.

wayland: add extended state for tiled

xdg-shell allows desktop environments to extend the list of states
within a given range.

Use this possibility to add a new state for tiled so that gtk+ can
benefit from this.

https://bugzilla.gnome.org/show_bug.cgi?id=766860

HC: focus outline more prominent

- make visible regardless of colors used
- make larger and more inset

https://bugzilla.gnome.org/show_bug.cgi?id=767310

Adwaita: .osd button.color

remove box-shadow from colorbutton colorswatch when an ancestor has
the osd styleclass applied.

Adwaita: centralize outline-color

define outline-color generally using alpha(currentColor, 0.3),
which avoids setting it in a bunch of different places.

Make gtk_scrolled_window_remove() smart

If gtk_scrolled_window_add() has added a GtkViewport,
  gtk_container_remove (GTK_CONTAINER (scrolled_window), child_widget);
or
  gtk_container_remove(GTK_CONTAINER(scrolled_window),
                       gtk_bin_get_child(GTK_BIN(scrolled_window)));
removes both the added child widget and the viewport.

https://bugzilla.gnome.org/show_bug.cgi?id=710471

Update GtkLabel::angle docs

We can have wrapped or ellipsized labels at an angle nowadays.
Still no selections though.

scale, spinbutton: Avoid -0.0

This is a very longstanding bug; time to finally put it to rest.

https://bugzilla.gnome.org/show_bug.cgi?id=118959

Ensure that GtkRange allocates enough space for the value

This is a long-standing problem of GtkScale.

https://bugzilla.gnome.org/show_bug.cgi?id=766372
https://bugzilla.gnome.org/show_bug.cgi?id=578626
https://bugzilla.gnome.org/show_bug.cgi?id=79229

Fix preconditions in set_max_content_size setters

We must allow resetting the properties to -1.

widget: Add classes to widget path even if no style context exists yet

This removes leftover code from when classes where added to the style
context.
Now that they get added directly to css nodes, the classes can exist
without a style context.

https://bugzilla.gnome.org/show_bug.cgi?id=767312

searchenginetracker: Fix prefix searches

With the FTS5 query syntax, when using quotes to delimit the search phrase
the '*' token must happen after the quote, or will otherwise be considered
a character to match, go through the tokenizer, and end up ignored in
result.

Revert "scrolledwindow: Bug 766569 - Report child natural size unconditionally"

This reverts commit 0943c9f6b2c3ad5827ae5d8f3742f75e72782e41.

The commit caused unexpected breakage in gtk3-widget-factory,
and also broke the just-added max-content-size properties.

widget-factory: Use max-content-size in a popover

This gives a nice example of these properties in action,
in the "Open" popover on page 3.

scrolledwindow: Bug 767238 - Fixing up for max content sizes

Needed to adjust this again after applying commit 4e5ecb7
for bug 742281. Now that we also have max content size properties,
pushed the addition of possible scrollbar sizes to after the
clause which clamps the child request size into min/max content
sizes.

Fix hiding popover when focus moves outside

Commit a01fe14 changed the behaviour of popovers when the focus leaves
them to stop child popovers being hidden when the focus leaves their
parent. However they are now a bit too reluctant to hide - if the
focus passes to an unrelated popover the first popover is not
hidden. Also if the focus passes to another widget that does not
perform a gtk grab then the popover isn't hidden until the user
presses a non-movement key or clicks outside the popover.

The solution is to go back to checking if the focused widget is a
descendant of the popover, but to include popovers and their related
widgets in the ancestry chain.

https://bugzilla.gnome.org/show_bug.cgi?id=765595

scrolledwindow: Bug 766569 - Report child natural size unconditionally

This patch causes the scrolled window default behavior to change in
such a way that the natural size request of the child is unconditionally
reported, which probably should have been the case since day 1.

This should not cause significant fallout since a scrolled window is
normally used to expand/fill, eating up remaining space for scrollable
content - it will however cause the scrolled window to compete for
additional space with siblings, proportionally to the size of the
scrolled window's content.

treeview: fix an off-by-one error

gtk_tree_view_get_path_at_pos() mistakenly identifies the first
pixel of all but the first column in a tree view as belonging to
the previous column.

https://bugzilla.gnome.org/show_bug.cgi?id=708148

object test: Also test object type properties

Old patch found in bugzilla, it still applies and doesn't
cause the test to fail.

https://bugzilla.gnome.org/show_bug.cgi?id=556254

Make gtk_tooltip_trigger_tooltip_query work again

This was broken ever since we started looking at the
source device of the event.

https://bugzilla.gnome.org/show_bug.cgi?id=674215

inspector: Ellipsize accessible description.

This string can be long, and we don't want to break the ui

viewport: Free gadgets in finalize

This is the right place for this.

scrolled window: Free gestures and gadgets in finalize

This is the right place for this.

range: Free gadgets in finalize

This is the right place for this.

notebook: Free gadgets in finalize

This is the right place for this.

menu: Free gadgets in finalize

This is the right place to do this.

button: Free gadgets and gestures in finalize

This is the right place to free them.

testsuite: add tests for scrolledwindow

This patch adds a set of tests for scrolled window
sizing, covering both min- and max-content width and
height.

https://bugzilla.gnome.org/show_bug.cgi?id=742281

tests: adapt testscrolledwindow to have max content sizes

This patch adpats the current test to show a popover with
max-content-width and -height properties set.

https://bugzilla.gnome.org/show_bug.cgi?id=742281

scrolledwindow: add ::max-content-width and -height properties

The GtkScrolledWindow has support to set the minimum content size (both
width and height) which controls the minimum space allocated, but does
not exposes any way to control the maximum size the content can grow.

After the introduction of GtkPopover, which always uses the minimum
size of it's children widgets, the lack of max-content-width and -height
properties became a concrete use case.

This patch introduces the GtkScrolledWindow::max-content-width and
-height properties. The properties will alter the minimum size of
the scrolled window, making it grow up to the set value. They also
respect the previously set ::min-content-width and -height.

https://bugzilla.gnome.org/show_bug.cgi?id=742281

GDK W32: Fix dragging AeroSnap application

The original patch for commit b420c53773ca5119afb43f0f351cb8f33c2bcaf9
was applied incorrectly, doing the actual snapping in the wrong place.
Move the code.

progressbar: Render text with the text css node

This is the same fix that was just applied to GtkScale.

scale: Also queue a resize if font changes

As Benjamin pointed out, what AFFECTS_FONT can also affect size,
but the implication is not automatic, so queue a resize manually.

gdktypes: Update docs for GDK_GRAB_FAILED

Mention in documentation that it is available since 3.16

https://bugzilla.gnome.org/show_bug.cgi?id=767165

scale: Apply css style to text

Use the new functions we have to apply CSS styles to the
value and marks text from their respective subnodes.

Add a function to get a font from a css style

Similar in spirit to
gtk_style_context_get (ctx, state, "font", ...)
but avoids the need for a style context.
This will be used to for css-styled text rendering
from css subnodes.

Add a function to turn a css style into pango attributes

This is _gtk_style_context_get_pango_attributes, decoupled
from the GtkStyleContext. This will be used to drive css-styled
text rendering from css subnodes of widgets, e.g. for the value
in GtkScale.

widget: Avoid a deprecation warning

Show a scroll cursor when appropriate

When doing two-finger scrolling or click scrolling using a
trackpoint, show the all-scroll cursor to indicate what is
going on.

https://bugzilla.gnome.org/show_bug.cgi?id=753202

wayland: Provide information about scroll devices

The Wayland protocol does not share XI2's wealth of information
about individual devices, but it does provide discriminating
information about the source for scroll events. Pass this on to
the application by creating separate slave devices for these,
and setting them as source device on the scroll events.

These devices can be discriminated by their input-source property:
wheel      - GDK_SOURCE_MOUSE
finger     - GDK_SOURCE_TOUCHPAD
continuous - GDK_SOURCE_TRACKPOINT

https://bugzilla.gnome.org/show_bug.cgi?id=767093

fix up

a11y tests: Update expected output

These changes were caused by the introduction of GtkStackAccessible.

button css node test: Update for switch style changes

We no longer add the redundant .slider style class in GtkSwitch.
Update expected results to reflect that.

css node tests: Update expected results

We were not propagating direction changes in some places,
evidently. Now we do.

popover menu: Improved labeled separators

Embed the label in the middle of the separators instead of
putting it above the separator.

https://bugzilla.gnome.org/show_bug.cgi?id=767108

Separators not correctly placed

What it should look like:
  Bold
----
/Size/
  x 0.5
  x 1.0

What it looks like:
  Bold
  /Size/
----
  x 0.5
  x 1.0

https://bugzilla.gnome.org/show_bug.cgi?id=767108

scrolled window: Remove trackpoint heuristics

This is now done in GDK, so we can just use the input type here.

https://bugzilla.gnome.org/show_bug.cgi?id=767100

x11: Mark trackpoints as GDK_SOURCE_TRACKPOINT

This uses the same heuristics that are currently used in
GtkScrolledWindow.

https://bugzilla.gnome.org/show_bug.cgi?id=767100

gdk: Add GDK_SOURCE_TRACKPOINT

Having this as an input source type will let us do the heuristics
in the GDK backends.

https://bugzilla.gnome.org/show_bug.cgi?id=767100

Avoid a deprecation warning

headerbar: do not show buttons for modals/transients

GtkHeadeBar checks the window type hint to determine if the regular
buttons such as menu, maximize or iconify should be visible in the
header bar.

However, an application may very well use a "normal" toplevel window and
set it transient and modal afterwards. In such a case, the iconify
button would remain visible, and the user can hide the window, but being
a modal, the parent window would remain insensitive.

Check for the window type, modality and transient relationship to decide
whether or not the regular toplevel buttons should be visible in the
header bar.

https://bugzilla.gnome.org/show_bug.cgi?id=767052

wayland: Better debug info for scroll axes

Print human readable names for axes and axis sources.

docs: Add a release note about GtkSizeGroup::ignore-hidden

GtkShortcutsSection: avoid deprecation warnings

We could just as well remove these calls here, since they
have no effect.

Document GtkSizeGroup::ignore-hidden as broken

...and deprecate it, recommending GtkStack as an alternative.

Adwaita: ensure menuitem labels are not overridden

see https://bugzilla.gnome.org/show_bug.cgi?id=767058

entry: Fix undershoot position wrt entry icons

Draw them inside of the icons, which is where the text scrolls.

README: Refer to release notes online

We don't want to maintain this information in two places,
so just link to the online documentation here.

docs: Fix a duplicate ID

This was causing navigation in the online docs to be confused.

Add a warning for a broken situation

When we emit ::draw, the widget should not have alloc_needed set
anymore. If this happens, it indicates a broken situation. Add a
warning to help tracking down why this might occur.

See https://bugzilla.gnome.org/show_bug.cgi?id=765410

gtk3-demo: Fix some css warnings

Update the font: syntax to follow css.

build: add GtkStack accessible private header at the right place

Updated Spanish translation

range: Properly indent closing brace

Make sure it's obvious what if block it belongs to.

Add GtkStackAccessible

Show only the currently visible child to a11y.

tests/scrolling-performance: Define MyTextView

The type is used in widget-factory.ui, so add a dummy definition here to
keep the test working.

Updated Occitan translation

Updated Occitan translation

Adwaita: explicitelly set label caret-color to currentColor

since it doesn't always inherit 'color' color as it should.

Adwaita: make selection on infobars visible

see https://bugzilla.gnome.org/show_bug.cgi?id=745622